-
Notifications
You must be signed in to change notification settings - Fork 33
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix!: always prompt user about misconfigured inputs #309
fix!: always prompt user about misconfigured inputs #309
Conversation
ef3c9e9
to
ee0f962
Compare
491a523
to
d391e12
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why isn't this path checking enabled by default? It appears to be quite useful, and it would be beneficial if we could always validate it.
Mark and I talked about this a bit before I made the change, and while we agreed enabling by default would be ideal, doing so would be a break in existing behaviour (I.e. isn't backwards compatible), as we currently only log if files are missing. |
Make sense. |
Signed-off-by: Morgan Epp <60796713+epmog@users.noreply.github.com>
d391e12
to
f2bd88d
Compare
Signed-off-by: Caden Marofke <132690522+marofke@users.noreply.github.com>
f2bd88d
to
d23abc0
Compare
…ngelog Signed-off-by: Gahyun Suh <132245153+gahyusuh@users.noreply.github.com>
…ngelog Signed-off-by: Gahyun Suh <132245153+gahyusuh@users.noreply.github.com>
…ngelog Signed-off-by: Gahyun Suh <132245153+gahyusuh@users.noreply.github.com>
Signed-off-by: Gahyun Suh <132245153+gahyusuh@users.noreply.github.com>
What was the problem/requirement? (What/Why)
We need to better handle some job attachments paths (inputs, outputs, references), specifically around empty/non-existent and misconfigured (i.e. files marked as directories and vice-versa)
What was the solution? (How)
Validate paths better. If any inputs are specified that do not exist, we add them to referenced paths, or fail submission if the new option
require_paths_exist
is used (either through the CLI flag--require-paths-exist
or a checkbox in the Job Attachments tab). Empty input directories are likewise added as referenced paths. Throw an error for any paths that were marked as files but are actually directories.What is the impact of this change?
Users submitting jobs can be confident all of their expected inputs have been uploaded/included, and have more insight into what is actually being included in their submissions.
How was this change tested?
Setup
Test 1: Submitting Within A Configured Storage Profile Location
--require-paths-exist
flagTest 2: Submitting With No Configured Storage Profile Location
auto-accept
config setting still showed this promptauto-accept
config setting still showed this promptTest 3: Submitting Job with Directory Marked as File
UI Changes
Here's the new UI setting that allows users to enforce all paths exist:
Show / Hide
Was this change documented?
No
Is this a breaking change?
Yes, added new CLI flag and reworked the public interface of the Job Attachments S3AssetUploader
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.